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Description 

Field of Invention 

[0001] The present invention relates to a naming con- 
vention and to methods, apparatus and computer pro- 
grams for using the naming convention for identification 
of individual devices of different types. 

Background 

[0002] It is predicted that over the next few years the 
number and variety of communication and data 
processing devices in existence are going to increase 
very rapidly. These include devices such as mobile tel- 
ephones with additional processing capabilities ("smart 
phones"), personal digital assistants (PDAs), smart 
home and office appliances, and many application-spe- 
cific devices such as embedded device-failure manage- 
ment systems, etc. 

[0003] There is a need for messaging systems which 
handle communications with these devices to be able 
to uniquely identify and route messages to and from 
such devices. However, if all devices are required to 
conform to a conventional naming convention then the 
configuration and maintenance requirements of ensur- 
ing uniqueness of device identifiers to prevent naming 
conflicts will be very onerous. 

[0004] Another issue is that a naming convention in 
which all device identifiers are tied to a specific commu- 
nications protocol considerably limits flexibility. It is de- 
sirable to enable mobile devices to connect to the com- 
munications network using different communications 
protocols which may each use a different addressing 
scheme (for example TCP/IP dial up networking, Infra 
Red beaming, Nokia's Blue Tooth, and WAP each use 
different addressing schemes). 

Summary of Invention 

[0005] In a first aspect, the present invention provides 
methods, apparatus and computer programs for gener- 
ating device names for devices within a communications 
network wherein the device names comprise: a class 
name which identifies a device class; and a device iden- 
tifier which uniquely identifies a device within the class. 
[0006] The class-based naming convention allows 
different types of device to have different formats of de- 
vice identifier. Particular class names are associated 
with particular types of device which have particular de- 
vice identifier formats, and the class names each facili- 
tate interpretation and resolution of their associated for- 
mat of device identifier. In a preferred embodiment of 
the invention, the class names are used during routing 
of communications to identify a respective name reso- 
lution process for interpreting and resolving the particu- 
lar format of device identifiers of that class. The name 
resolution process then identifies a specific device. 



[0007] • The device names are preferably generated by 
a software component running on the respective devic- 
es, from a pre-recorded device class name and a pre- 
recorded device identifier. This self-generation of device 

5 names using pre-recorded data and a process running 
on the device can ensure global uniqueness of gener- 
ated device names if device manufacturers each pre- 
register class names and allocate device identifiers 
uniquely for each of their devices. That is, if a particular 

10 class name can only be used by one organisation or as- 
sociation who manage unique allocation of device iden- 
tifiers within that class, then global uniqueness of device 
names is achievable. 

[0008] In one embodiment, the device class name is 

15 not pre-recorded on the device in the format used in the 
self-generated name, but is determined from the type of 
communication device (either derived from the operat- 
ing environment or derived from pre-recorded device 
type information). 

20 [0009] The invention avoids the significant configura- 
tion and maintenance overhead that would be required 
if forcing all devices to implement a conventional inflex- 
ible naming convention, with each device requiring allo- 
cation of a centrally-approved device identifier as the 

25 way to avoid name conflicts. 

[0010] Furthermore, the non-volatile memory which is 
available on some hand-held devices is limited to read- 
only memory, and so a device name which is allocated 
to the device by a central name service or which is oth- 

30 erwise dynamically allocated via apparatus to which the 
device connects would not be retained in device mem- 
ory when power is lost or certain failures occur. This po- 
tential loss is not a problem when self-generation of de- 
vice names is implemented according to the preferred 

35 embodiment of the present invention, since the device 
name can be regenerated easily and consistently. 
[0011] In a second aspect, the invention provides 
methods, apparatus and computer programs for regis- 
tering the generated device names with an addressable 

*o communications apparatus within a communications 
network, to enable delivery of communications to regis-, 
tered devices via the addressable communications ap- 
paratus. The addressable communications apparatus 
may be an enterprise server providing a "postbox" serv- 

45 ice, which mobile devices can connect to when ready to 
retrieve mail. Alternatively, the communications appara- 
tus may be a router which dials mobile devices upon 
receipt of communications targeted at the respective de- 
vice. 

50 [0012] In a third aspect, the invention provides meth- 
ods, apparatus and computer programs for routing com- 
munications to devices within a communications net- 
work. Devices in the network are identifiable by a device 
name, and different types of device within the network 

55 have different formats of device identifier within their re- 
spective device names. The method includes the follow- 
ing steps for resolving a device name to identify an in- 
dividual device: identifying a class name within a device 
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name and resolving the class name to identify a device 
class, thereby to identify a process for interpreting de- 
vice identifiers which have a particular format associat- 
ed with the device class; identifying a device identifier 
within the device name, which device identifier corre- 
sponds to the device identifier format of the identified 
device class, and interpreting the device identifier using 
the identified interpreter process to identify an individual 
device within the class. 

[0013] The name resolution steps according to this 
aspect of the invention are preferably performed at an 
enterprise server comprising an addressable communi- 
cations apparatus within the network. Lightweight, mo- 
bile communications devices which register with the en- 
terprise server receive network communications via the 
enterprise server. 

[0014] Methods according to the invention may be im- 
plemented by software. In particular, aspects of the in- 
vention may be implemented in one or more program 
products comprising program code recorded on a ma- 
chine-readable recording medium, wherein the program 
code controls the operation of an apparatus on which it 
runs to perform the steps of the method. 

Brief Description of Drawings 

[0015] Preferred embodiments of the present inven- 
tion will now be described in detail, by way of example, 
with reference to the accompanying drawings in which: 

Figure 1 is a schematic representation of a commu- 
nications network in which the present invention 
may be implemented; 

Figure 2 shows steps of a method of generating a 
device name according to an embodiment of the in- 
vention; and 

Figure 3 shows steps of a method of resolving a de- 
vice name to identify a device according to an em- 
bodiment of the invention. 

Detailed Description of Preferred Embodiments 

[0016] The present invention is implementable in a 
great many different types of communications and data 
processing devices such as, for example, personal dig- 
ital assistants (PDAs), so-called "smart" telephones, 
laptop computers, remote pipeline control sensors, and 
communications and data processing devices embed- 
ded in apparatus such as vehicles, washing machines, 
and refrigerators. The invention is implementable to en- 
able network communications between this wide range 
of devices and more conventional networked comput- 
ers. The invention is not limited to any specific operating 
system or any particular communication mechanism, al- 
though the invention is compatible with Internet commu- 
nications. 



[001 7] The invention solves a set of problems that will 
soon arise because of the enormous proliferation of 
communications and data processing devices which is 
currently taking place and which is predicted to continue 
5 over the next several years. 

[0018] If all of the enormous number and variety of 
different types of device are to be connected to the In- 
ternet and are to be capable of initiating and receiving 
communications, then each device requires a unique 
name or some other mechanism is required to avoid po- 
tential name conflicts. If each device is required to con- 
form to a single, universal device name format then this 
will require every device to be allocated a unique name 
which conforms to this format when it is manufactured 
or when it connects to the Internet. The configuration 
and maintenance overhead inherent in this will become 
horrendous, and there could be a considerable delay 
before a device can be allocated a name which is con- 
firmed to be globally unique. 

[0019] Currently, many different device manufactur- 
ers and many different communication protocols imple- 
ment their own device naming scheme, such that there 
is no universal convention. 

[0020] The present invention mitigates these prob- 
lems, as described below with reference to Figures 1 , 2 
and 3. 

[0021] According to the invention, device names are 
generated 210 automatically in a self-determined man- 
ner by a software component 70 installed on certain 
types of communication device 10,20,30. This software 
component constructs 210 a device name, in accord- 
ance with a generic hierarchical naming convention, 
from a class name and a device identifier both of which 
may be pre-recorded on the device. These two data 
components are preferably held in a non-volatile hard- 
ware component 40 of the device (for example an 
EPROM, or a SIM card of a telephone, or burnt into a 
silicon component) and read 200 for use in generation 
of the device name. Alternatively, the class name may 
be derived 200 from the operating environment of the 
device and only the device identifier is pre-recorded. 
The device class determines the format of the device 
identifier component of the device name, and hence rec- 
ognition of a class name allows the format of device 
identifier for that class to be interpreted. 
[0022] The self-generation of names according to a 
class-based, flexible naming convention avoids many of 
the constraints of conventional rigid naming conven- 
tions. 

[0023] Firstly, it enables communications to support 
many different naming schemes within the generic hier- 
archical name structure (class name followed by device 
identifier which is unique for the class). In particular, the 
unique identifiers within device names can be formatted 
differently for each class. This allows the naming con- 
vention to make use of existing manufacturer-allocated 
device identifiers within the naming convention. In con- 
trast, conventional hierarchical naming conventions 
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such as URLs are fixed format and require everyone to 
conform to the rigid convention and, since every device 
uses the same form of device name, each device re- 
quires a name which has been uniquely assigned to it 
by some central name allocation authority if naming con- 
flicts are to be avoided. 

[0024] Secondly, an hierarchical name structure with 
the flexibility provided by inclusion of a class name com- 
ponent enables additional device identification formats 
to be easily incorporated in the future by adding classes. 
[0025] Thirdly, consistently repeatable self-genera- 
tion of device names avoids the problem of loss of data 
when a device having no non-volatile writeable memory 
is powered down - the device name can simply be re- 
generated each time the device is powered up. 
[0026] In one embodiment of the invention, the device 
name is never stored in the device's memory since gen- 
eration of the device name is a step of the process of 
sending a message. In some devices, it may be at least 
as efficient to read a unique device identifier from 
EPROM, for example, and generate the name each time 
it is required as it would be to generate the name when 
the device is powered up and then to store the name in 
volatile memory for retrieval when required. 
[0027] Ensuring that each device identifier is unique 
for its class and confirming that class names are allo- 
cated uniquely for different types of device is sufficient 
to ensure universal uniqueness of device names, avoid- 
ing potential name conflicts which could otherwise arise 
when a common messaging system attempts to handle 
multiple naming schemes. The unique allocation of 
class names can be achieved by device manufacturers 
each pre-registering the class name that they intend to 
use as part of their device names. 
[0028] According to a preferred embodiment of the in- 
vention, a device's type (class) and a manufacturer-as- 
signed identifier (which is unique within the device's 
class) are used to generate 210 the device name. For 
example, if a device type is a 'netBook' device from 
Psion and the manufacturer-assigned ID for a specific 
individual netBook is a serial number 
'1234567812345678', then an example universally- 
unique device name which identifies the device as being 
within the class of devices running the EPOC operating 
system 80 is: 

epodnetBook%1234567812345678@uk.ibm. 

com 

where 'uk.ibm.com' is an owning enterprise server name 
(only required for communications sent from or destined 
for devices outside of the sender's enterprise network, 
and even then not required for all types of communica- 
tion), '!' is a separator between the device name class 
and the class-specific unique device identifier and '@' 
is a separator between the unique identifier and the op- 
tional enterprise server name. These separators may be 
any defined symbol. The EPOC operating system 80 
provides APIs to access a device type and a unique de- 
vice ID stored in EPROM, for example, of the device and 



this facility is used by the name generation software. 
[0029] The 'epoc' class name is useful during routing 
of network communications since it determines that a 
message for this device should be sent to a specific 
5 name resolution process which is associated with de- 
vices running the EPOC operating system 80. This 
name resolution process 50 preferably runs on a data 
processing apparatus 60 at the network address identi- 
fied by the enterprise server name. This name resolution 
process is adapted to resolve the unique device identi- 
fier 'netBook%1 23456781 2345678' to identify a specific 
EPOC device known to the 'epoc' name resolution proc- 
ess. Secondly, the class name component of device 
names are useful for avoiding the potential name conflict 
that would arise if two devices of different types had 
identical device identifiers. 

[0030] More generally, a device name comprises a 
name class, a unique device identifier within the class, 
and an optional enterprise name. This takes the form: 

<class>!<unique device I D>[@ enterprise >] 
[0031] Additional examples include a device with built 
in telephony, which has a device name of: 

tel!+44 1234 12345678 
[0032] An example device name for a device with a 
burned in IPV6 address is: 

ip6!FEDC:BA98:7654:3210:FEDC:BA98:7654: 

3210 

[0033] For many devices, the device is able to deter- 
mine its own ID using the data stored on the device, such 
as using the EPOC system functions described above. 
If no such information access features exists for certain 
devices, for example because interfaces for accessing 
the unique device identifiers are not yet available, then 
a unique device name can be assigned to such devices 
in accordance with the naming convention of the inven- 
tion. For example, a CPU may have a unique identifier 
that can be used to enable a network configuration man- 
ager to generate a device name for a computer if the 
computer's operating system does not provide an inter- 
face for querying the CPU identifier to enable self-gen^ 
eration of the device name. If device type class names 
are predefined and the configuration manager selects 
the appropriate class name for each device, globally 
unique device names are still achievable. 
[0034] Thus, the naming convention according to the 
invention can be implemented for identifying individual 
devices of all types, even if self-generation of a unique 
name is not possible for certain device types. 
[0035] Since the class name identifies a process 
which is capable of interpreting the specific format of 
unique identifiers within the class, resolution 240 of the 
first part of the name (the class name) facilitates com- 
prehension and resolution 260 of the second part (the 
unique identifier within the class). This is not true of 
known hierarchical naming conventions. In such known 
conventions, a device identifier may comprise a plurality 
of separate components which are resolved in separate 
steps, but resolution of one component does not deten- 
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mine the format of subsequent components from a set 
of potential formats and hence does not facilitate com- 
prehension and resolution of subsequent components. 
[0036] For example, resolution of the components of 
an internet address (which implements an hierarchical 
structure such as: "server name.country name.compa- 
ny name.organisation type") merely involves a series of 
lookup operations to step through an hierarchical direc- 
tory. The naming convention of the present invention is 
compatible with internet addressing, but extends it in a 
flexible manner which helps to avoid name conflicts and 
permits self-generation of names. 
[0037] In the preferred embodiment, generated de- 
vice names are registered 220 with an enterprise server 
60 within the network 100. This can involve a systems 
administrator of an organisation which owns the device 
notifying the organisation's enterprise server of the de- 
vice names of all devices owned or approved by the en- 
terprise. A communications manager process at the 
server thereafter routes to a respective server-based in- 
put queue all communications which are destined for 
that device. 

[0038] Alternatively, the step of sending 220 a request 
to the enterprise server to register a device name can 
be implemented as one of the functions performed by 
the name generation software component 70 running on 
a device. In this latter case, the sending of a registration 
request or notification could be performed whenever the 
name is generated. If the name is regenerated during a 
single user session, the registration requests may be 
limited to one per user session to avoid unnecessary 
transmissions. 

[0039] The enterprise server operates a postbox serv- 
ice for mobile devices owned or managed by the partic- 
ular enterprise. Communications from remote data 
processing systems or communications devices which 
are targeted for a particular pervasive device are sent 
to the relevant enterprise server and are added to a re- 
spective queue 90 in the storage of the enterprise server 
60. For mobile devices which may connect to the net- 
work at different locations, and for other devices which 
connect to the network via wireless connections such 
that permanent connection-availability cannot be as- 
sumed, the communications are held at the enterprise 
server 60 until requested by the mobile device. 
[0040] When network communications are required 
by a mobile device user, the device 10 is connected to 
a network-connected computer 110. This may be any- 
where in the network. The networked-computer serves 
as a gateway or proxy for remotely accessing the enter- 
prise server, and allocates an IP address for the mobile 
device. From the viewpoint of the enterprise server, the 
networked-computer appears to be the registered mo- 
bile device, and so the mobile device 1 0 can request its 
incoming communications to be forwarded to its newly 
assigned IP address via the proxy. The mobile device 
then retrieves any communications sent to it via the 
proxy. 



[0041] When the mobile device disconnects from the 
network-connected computer 110, the network-con- 
nected computer ceases to act as a requesting proxy 
and so no further communications intended for the mo- 
5 bile device are sent to the network-connected computer. 
Instead, communications will be queued at the enter- 
prise server 60 until the mobile device 10 once again 
connects to the network 100. 

[0042] For certain types of device, the above ap- 
10 proach of storing communications to await the mobile 
device to initiate connection may be inappropriate. For 
example, in the case of a mobile device with telephony 
capabilities and a device name which includes a tele- 
phone number as the device identifier, the name reso- 
15 lution service on the enterprise server may be used to 
identify that the device is a telephony device (from the 
device class name) and to extract the telephone number 
(device identifier) and then the device is dialled using 
the telephone number. 

[0043] A sender device which is sending communica- 
tions to another device using a naming convention ac- 
cording to the invention specifies the following informa- 
tion to identify the target device: 

1 . a name determining a corresponding network ad- 
dress of a communications apparatus (enterprise 
server) with which the device name is registered; 

2. a device name class; and 

3. a device identifier which is unique for the class 
and which corresponds to the device identifier for- 
mat of the class. 

[0044] The enterprise server name is a conventional 
Internet Protocol address component, using the existing 
Internet infrastructure to identify an enterprise server 
with which particular device names are registered. Us- 
ing this information and a Distributed Name Service, a 
communication destined for a communications device 
is delivered to the desired enterprise server 60. At the 
enterprise server, the device class name is identified 
230 within the device name and interpreted 240 to iden- 
tify a process 50 for interpreting device identifiers of the 
format of the identified class. The device identifier is 
identified 250 and then the identified interpreter process 
50 interprets 260 the device identifier to identify a spe- 
cific device. 

[0045] In an asynchronous messaging and queueing 
environment, interprocess communications are deliv- 
ered across a heterogeneous network by a sender ap- 
plication program or process 120 placing messages on 
an outgoing queue, by communications manager pro- 
grams 130 on computers within the network handling 
the delivery of messages across the network to a target 
queue, and by a target receiver process retrieving mes- 
sages from the target queue when ready. Examples of 
such communications manager programs implementing 
message queueing are IBM Corporation's MQSeries 
(TM) family of messaging middleware products. In par- 
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ticular, IBM's MQSeries product family includes a com- 
puter program product which is specifically designed to 
satisfy the messaging needs of lightweight devices, as 
well as supporting mobility and the special requirements 
that arise from use of wireless communication networks. 
[0046] In an embodiment of the present invention in 
a message queueing network, sending messages to a 
target process on a mobile device requires specifying: 
the enterprise server address; a device name compris- 
ing a class name and unique device identifier (corre- 
sponding to a specific queue manager name if there is 
one queue manager, as is envisaged for typical re- 
source-constrained mobile devices); and additionally a 
queue name relevant to the target process. 
[0047] According to this embodiment, the message 
queuing services of the communications manager pro- 
grams are used to deliver interprocess communications 
to an input queue corresponding to a particular target 
process on the identified device. This target process 
must then access the queue to retrieve incoming mes- 
sages. The use of such communications manager pro- 
grams for inter-process communications enables proc- 
esses running on lightweight, mobile devices to be part 
of a global messaging network. 
[0048] All application programs running on a mobile 
device must access their respective input queue, which 
is managed by the communications manager program 
on the device, in order to retrieve incoming communica- 
tions. Similarly, the application programs send messag- 
es to queues managed by their local communications 
manager program when initiating inter-process commu- 
nication both within the device and across the network. 
The messages are placed either on a local queue for 
retrieval by another application program running on the 
same device or on a transmission queue for delivery to 
an input queue of an application program running on a 
different device. 

[0049] The above description of preferred embodi- 
ments of the invention referred to the achievement of 
globally unique device names. In an alternative embod- 
iment, aspects of the invention may be implemented to 
achieve device names which are unique within an en- 
terprise but which are not required to be globally unique. 
This relies on the enterprise server name as a name 
component which distinguishes between enterprises, 
and then the allocation of class names only needs to be 
managed within the enterprise instead of globally. There 
are significant weaknesses with this approach, such as 
that devices would have to be renamed when moving to 
a new enterprise network unless device names are glo- 
bally unique. 

[0050] The above description of a preferred embodi- 
ment suggests that a single enterprise server computer 
provides both the post box service and a name resolu- 
tion process. In alternative embodiments, these servic- 
es may be provided by different computers. 



Claims 

1. A method for routing communications to devices 
within a communications network, the method in- 

5 eluding the following steps for resolving a device 
name to identify a device within the network: 

identifying a class name within a device name 
and resolving the class name to identify a de- 
10 vice class, thereby to identify a process for in- 

terpreting device identifiers which have a par- 
ticular format associated with the device class; 

identifying a device identifier within the device 
15 name, which device identifier corresponds to 

the device identifier format of the identified de- 
vice class, and interpreting the device identifier 
using the identified interpreter process to iden- 
tify an individual device within the class. 

20 

2. A method according to claim 1 , wherein the step of 
interpreting a device identifier includes initiating a 
communication process using the device identifier 
to send a communication to the identified individual 

25 device. 

3. A method according to claim 2, wherein the device 
name resolution steps are performed at a network- 
connected data processing system in response to 

30 receipt by the network-connected data processing 
system of a communication addressed to a target 
device, and wherein the initiated communications 
process sends the communication from the net- 
work-connected data processing system to the 
35 identified device. 

4. A method according to claim 2, wherein the step of 
initiating a communication process comprises 
transferring the communication to a queue at the 

40 network-connected data processing apparatus 
which queue is serviced by the identified device. 

5. A method according to claim 1 , wherein the device 
name resolution steps are performed by a name 

45 resolution service running on a network-connected 
data processing system, the name resolution serv- 
ice being initiated in response to requests from any 
of a plurality of network-connected data processing 
systems. 

50 

6. An apparatus for routing communications to devic- 
es within a communications network, wherein de- 
vices within the network are identifiable by a device 
name, the apparatus including: 

55 

means for receiving a communication including 
a target device name; 
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program code for analysing the device name to 
identify a class name within the device name 
and for resolving the class name to identify a 
device class, thereby to identify a process for 
interpreting device identifiers which have a par- 5 
ticular format associated with the device class; 

program code implementing the identified inter- 
preter process for identifying a device identifier 
within the device name, which device identifier 10 
corresponds to the device identifier format of 
the identified class, and for interpreting the de- 
vice identifier using the identified interpreter 
process to identify an individual target device; 
and 15 

means for forwarding the communication to the 
target device. 

7. A name server apparatus, for resolving a device 20 
name to identify a device, the apparatus including: 

program code, responsive to input of a device 
name, for identifying a class name within the 
device name and for resolving the class name 25 
to identify a device class, thereby to identify a 
process for interpreting device identifiers which 
have a particular format associated with the de- 
vice class; and 

30 

program code implementing the identified inter- 
preter process for identifying a device identifier 
within the device name, which device identifier 
corresponds to the device identifier format of 
the identified device class, and for interpreting 35 
the device identifier to identify an individual de- 
vice within the class. 

8. A method of generating a device name for use in 
communications between a current device and oth- <o 
er devices within a communications network, com- 
prising executing a process on the current device 

to perform the steps of: 

determining a class name associated with the 45 
device type of the current device; 

determining a device identifier from information 
held in non-volatile memory on the current de- 
vice; and 50 

generating a device name which combines the 
class name and device identifier. 

9. A method according to claim 8, wherein the step of 55 
determining the class name comprises determining 

the class name from information held in non-volatile 
memory on the current device. 



10. A method according to claim 8, wherein the step of 
determining the class name comprises determining 
the device type of the current device and determin- 
ing a class name which has a pre-defined associa- 
tion with the device type. 

11. A method according to any one of claims 8 to 10, 
wherein said process for device name generation 
is initiated to generate the device name as part of 
the current device boot up process. 

12. A method according to any one of claims 8 to 10, 
wherein said process for device name generation 
is initiated to generate the device name when a hard 
disk on the current device is configured. 

13. A method according to any one of claims 8 to 10, 
wherein said process for device name generation 
is initiated to generate the device name in response 
to a process on the current device generating a 
communication for sending to another device. 

14. A method according to any one of claims 8 to 13, 
including the step of sending a communication to a 
network-connected communications apparatus 
within the communications network to request reg- 
istration of the generated device name by said com- 
munications apparatus, thereby to enable routing of 
communications to the current device via the com- 
munications apparatus. 

15. A method of enabling a communications device to 
communicate with other devices within a communi- 
cations network, comprising the steps of: 

registering a class name with a class name al- 
location controller which controls unique allo- 
cation of class names to particular classes of 
device; 

allocating device identifiers uniquely to individ- 
ual devices within a device class; and 

installing program code on the communications 
device which program code includes executa- 
ble instructions for: determining a respective 
pre-registered class name associated with the 
device type of the communications device; 
reading device identifier information held in 
non-volatile memory of the communications 
device; and generating a device name which 
combines the class name and device identifier 
information, such that said generated device 
name is unique. 

16. A communications device including means for gen- 
erating a device name, for identifying the device 
when communicating with other devices within a 



7 



13 



EP1 128 635 A2 



communications network, the means for generating 
the device name including: 

program code for determining a class name for 
the communications device, which class name 5 
is associated with the device type of the com- 
munications device; 

program code for accessing device identifier in- 
formation held in non-volatile memory of the 10 
communications device; and 

program code for combining the class name 
and device identifier to generate a device 
name. is 

17. A communications device according to claim 16, 
wherein the program code for determining a class 
name comprises program code for identifying the 
type of the communications device and for deter- 20 
mining a class name which has a predefined asso- 
ciation with the identified device type. 

18. A computer program comprising program code for 
controlling the operation of a data processing appa- 25 
ratus on which it is executed to perform a method 
according to claim 1 . 

19. A computer program comprising program code for 
controlling the operation of a data processing appa- 30 
ratus on which it is executed to perform a method 
according to claim 8. 
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